(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
20 March 2003 (20.03.2003) 




III 



PCT 



(10) International Publication Number 

wo 03/024084 A2 



(51) International Patent Classification^: H04N 

(21) International Application Number: PCT/US02/28212 

(22) International Filing Date: 

5 September 2002 (05.09.2002) 



(25) Filing Language: 

(26) Publication Language: 



English 
English 



(30) Priority Data: 

09/947,890 6 September 2001 (06.09.2001) US 

(71) Applicant: SCIENTIFIC-ATLANTA, INC. [US/US]; 
5030 Sugarl oaf Parkway, T.awrenceville, GA 30044 (US). 

(72) Inventors: RODRIGUEZ, Arturo A.; 5315 Abigail 
Lane, Norcross, GA 30092 (US). JERDING, Dean R; 

315 Seventeenth Fwy., Roswell, GA 30076 (US). 



(74) Agents: MASSARONI, Kenneth M. et aL; Scientific -At- 
lanta, Inc., Intellectual Property Department, 5030 Sugar- 
loaf Parkway, Lawrenceville, GA 30044 (US). 

(81) Designated States (national)'. BR, CA, JP. 

(84) Designated States (regional): European patent (AT, BE, 
BG, CH, CY, CZ, DE, DK, EE, ES, FI, FR, GB, GR, IE, IT, 
LU, MC, NL, PT, SE, SK, TR). 

Published: 

— without international search report and to be republished 
upon receipt of that report 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



(54) Title: TELEVISION SERVICE ENHANCEMENTS 



< 
00 

O 



FLASH MEMORY 30 



PLATFORM 31 




SAM 32 




WIN. MGR33 





BFS 38 



OPERATING SYSTEM 34 



RESOURCE 
MGR 35 



NAVIGATOR 36 



ENHANCEMENT 
IMPLEMENTATION 
APPLICATION 
37 



(57) Abstract: A method for providing 
a television service enhancement includes 
receiving a first user input requesting a 
television service, providing the user with 
an option to receive an enhancement to the 
television service for a charge, and receiving a 
second user input selecting the option to receive 
the enhancement to the television service. 



wo 03/024084 



PCT/US02/28212 



TELEVISION SERVICE ENHANCEMENTS 

CROSS-REFERENCE TO RELATED APPLICATION 

This application is a continuation-in-part of U.S. Patent Applications 09/692,920, 
09/693,288, 09/692,995, 09/693,790, 09/693,784, and 09/693,780, filed on October 20, 
2000, and of U.S. Patent Application 09/542,484 filed on April 3, 2000, all of which are 
hereby incorporated by reference herein in their entirety. 

FIELD OF THE INVENTION 

This invention relates in general to television systems, and more particularly, to 
the field of subscriber television systems. 

BACKGROUND OF THE INVENTION 

Cable television systems are now capable of providing many services in addition 
to analog broadcast video. In implementing enhanced programming, the home 
communication terminal ("HCT"), otherwise known as the settop box, has become an 
important computing device for accessing various video services. In addition to 
supporting traditional analog broadcast video fimctionality, digital HCTs (or "DHCTs") 
now also support an increasing number of two-way digital services such as video-on- 
demand. 

A DHCT is typically connected to a cable or satellite television network and 
includes hardware and software necessary to provide various services and functionality. 
Preferably, some of the software executed by a DHCT is downloaded and/or updated via 
the cable television network. Each DHCT also typically includes a processor, 
communication components and memory, and is connected to a television or other 
display device, such as a personal computer. While many conventional DHCTs are 
stand-alone devices that are extemally connected to a television, a DHCT and/or its 
functionality may be integrated into a television or personal computer, as will be 
appreciated by those of ordinary skill in the art. 

Services that can be provided by DHCTs include video-on-demand (VOD), and 
interactive program guides (IPGs), among others. VOD services allow a subscriber 
(hereinafter also referred to as "user") to receive a requested movie on demand, i.e. 
immediately or soon after a request for the movie is placed. An IPG provides a user with 
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a list of television programs along with the corresponding time and channel listings while 
allowing a user to browse through the program listings via, for example, a remote control 
device. One problem with conventional DHCT services is that the quality and 
functionality provided by each service is limited. This is a problem not only for the users 
5 who demand better quality and greater functionality, but it is also a problem for the 
television service providers who must strive to satisfy their customers while remaining 
competitive and profitable. Therefore, there is a need for providing television services 
that offer enhanced quality and/or functionality. 

1 0 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention can be better understood with reference to the following drawings. 
The components in the drawings are not necessarily drawn to scale, emphasis instead being 
placed upon clearly illustrating the principles of the present invention. In the drawings, like 
reference numerals designate corresponding parts throughout the several views. 
1 5 FIG. 1 is a block diagram depicting a non-limiting example of a television services 

system. 

FIG. 2 is a block diagram depicting a non-limiting example of a DHCT. 

FIG. 3 is a block diagram depicting a non-limiting example of selected contents of 
the flash memory depicted in FIG. 2. 
20 FIG. 4 is a block diagram depicting a non-limiting example of selected contents of 

the DRAM depicted in FIG. 2. 

FIG. 5 is a block diagram depicting a non-limiting example of the headend depicted 
in FIG. 1. 

FIG. 6 depicts a non-limiting example of a remote control device that is used to 
25 provide user input to the DHCT. 

FIG. 7 depicts a non-limiting example of a VOD service enhancement 
configuration screen that may be used by a system operator to determine VOD service 
enhancement options that may be requested by users. 

FIG. 8 depicts a non-limiting example of a VOD service enhancement 
30 configuration screen that is an altemative embodiment to the VOD service enhancement 
configuration screen depicted in FIG. 7. 

FIG. 9 depicts a non-limiting example of a VOD rental selection screen that can 
be used to request a VOD presentation. 
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FIG. 10 depicts a non-limiting example of a personal identification number (PIN) 
entry screen that may be presented to the user after the user selects a video title via the 
VOD rental selection screen depicted in FIG. 9. 

FIG. 1 1 is a diagram depicting an example rental period selection screen that may 
5 be presented to a user after the user enters a PIN via PIN entry screen depicted in FIG. 1 0. 

FIG. 12 depicts a non-limiting example of a VOD service enhancement selection 
screen that may be provided to a user after the user selects a rental period via rental 
period selection screen depicted in FIG. 1 1 . 

FIG. 13 depicts a non-limiting example of a stopped video screen that is presented 
10 to the user after the user stops the playing of a VOD presentation. 

FIG. 14 depicts a non-limiting example of a VOD catalog enhancement selection 

screen. 

FIG. 1 5 depicts a non-limiting example IPG screen that illustrates an initial 
program guide arrangement in a time format. 
15 FIG. 16 depicts a non-limiting example of an IPG enhancement selection screen 

which may be provided to a user after the user requests that an IPG be upgraded. 

FIG. 17 is a flow chart depicting a non-limiting example of a service enhancement 
implementation routine that is initiated after a user requests a service enhancement. 

FIG. 1 8 is a flow chart depicting a service enhancement implementation routine 
20 that is an alternative embodiment to the service enhancement implementation routine 
illustrated in FIG. 17. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The preferred embodiments of the present invention now will be described more 
25 fiiUy hereinafter with reference to the accompanying drawings. This invention may, 

however, be embodied in many different forms and should not be construed as limited to 
the embodiments set forth herein. 

FIG. 1 is a block diagram depicting a non-limiting example of a television services 
system 10. In this example, the television services system 10 includes a headend 50 and a 
30 DHCT 20 that are coupled via a network 13, and a display device 14 that is coupled to the 
DHCT 20. The DHCT 20 is typically situated at a user's residence or place of business and 
may be a stand-alone unit or integrated into another device such as, for example, among 
others, the display device 14 or a personal computer (not shown). The DHCT 20 receives 
signals (video, audio and/or other data) from the headend 50 through the network 13 and 
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provides any reverse information to the headend 50 through the network 13. The network 
13 may be any suitable means for communicating television services data including, for 
example, among others, a cable television network, a public switched telephone network 
(PSTN), a satellite communication network, the intemet, etc. The headend 50 includes one 
5 or more server devices (not shown) for providing video, audio, and textual data to client 
devices such as DHCT 20. The headend 50 and the DHCT 20 cooperate to provide a user 
with television services including, for example, among others, television programs, an 
interactive program guide (IPG), and/or video-on-demand (V OD) presentations. The 
television services are provided via the display device 14 which is typically a television set. 

10 However, the display device 14 may also be any other device capable of displajdng video 
images including, for example, among others, a computer monitor. 

FIG. 2 is a block diagram depicting a non-limiting example of a DHCT 20, The 
DHCT 20 described herein is merely illustrative and should not be construed as implying 
any limitations upon the scope of the present invention. The DHCT 20 preferably includes 

15 a communications interface 22 for receiving signals (video, audio and/or other data) from the 
headend 50. The DHCT 20 further includes at least one processor 24 for controlling 
operations of the DHCT 20, an output system 28 for driving the display device 14, and a 
tuner system 25 for tuning to a particular television channel to be displayed and for sending 
and receiving various types of data or media to/from the headend 50, The tuner system 25 

20 includes, in one implementation, an out-of-band tuner for bi-directional quadrature phase 
shift keying (QPSK) data communication and a quadrature amplitude modulation (QAM) 
tuner for receiving television signals. Additionally, a receiver 26 receives extemally- 
generated user inputs or commands from an input device such as, for example, a remote 
control device. 

25 In an alternative implementation, the DHCT 20 may also include one or more 

wireless or wired interfaces (not shown), also called ports, for receiving and/or transmitting 
data to other devices. For instance, the DHCT 20 may feature a USB (Universal Serial Bus), 
an Ethemet port (for connection to a computer), an IEEE- 13 94 connection (for connecting to 
consumer electronics equipment), a serial port, and/or a parallel port. In this maimer, user 

30 inputs may, for example, be provided via a computer, via buttons or keys located on the 

exterior of the DHCT 20, via a hand-held remote control device, and/or via a keyboard that 
includes user-actuated buttons, etc. 

In one implementation, system memory 29 includes flash memory 30 and dynamic 
random access memory (DRAM) 40 for storing various applications, modules and data for 



4 



wo 03/024084 PCT/US02/28212 

execution and use by the processor 24. With continued reference to FIG. 2, FIGS. 3 and 4 
are non-Umiting examples of selected components stored in flash memory 30 and DRAM 
40, respectively. Basic functionality of the DHCT 20 is provided by an operating system 34 
that is primarily stored in flash memory 30. Among other things, the operating system 34 
5 includes at least one resource manager 35 that provides an interface to and coordination of 
resources of the DHCT 20 such as, for example, computing resources. 

One or more programmed software applications, herein referred to as applications, 
are executed by utilizing the computing resources in the DHCT 20. Applications stored in 
flash memory 30 or DRAM 40 are executed by processor 24 (e.g., a central processing unit 

10 or digital signal processor) under the auspices of the operating system 34. Data required as 
input by an application is stored in DRAM 40 or flash memory 30 and read by processor 24 
as need be during the course of the application's execution. Input data may be data stored in 
DRAM 40 by a secondary application or other source, either internal or external to the 
DHCT 20, or possibly anticipated by the application and thus created wdth the application at 

1 5 the time it was generated as a software application, in which case it is stored in flash 

memory 30. Data generated by an application is stored in DRAM 40 by processor 24 during 
the course of the application's execution. DRAM 40 also includes application memory 46 
that various applications may use for storing and/or retrieving data. 

An application referred to as navigator 36 is also resident in flash memory 30 for 

20 providing a navigation firamework for services provided by the DHCT 20. The navigator 36 
registers for and in some cases reserves certain user inputs related to navigational keys such 
as channel increment/decrement, last channel, favorite channel, etc. The client applications 
may be resident in flash memory 30 or downloaded into DRAM 40. The navigator 36 also 
provides users with television related menu options that correspond to DHCT functions 

25 such as, for example, among others, providing an interactive program guide, blocking a 
channel or a group of channels firom being displayed in a channel menu, and displaying a 
video-on-demand purchase list. 

The flash memory 30 also contains a platform library 3 1 . The platform library 3 1 is 
a collection of utilities useful to applications, such as a timer manager, a compression 

30 manager, a configuration manager, an HTML parser, a database manager, a widget toolkit, a 
string manager, and other utilities (not shown). These utilities are accessed by applications 
via application programming interfaces (APIs) as necessary so that each application does not 
have to contain these utilities. Two components of the platform library 3 1 that are shown in 
FIG. 3 are a window manager 33 and a service application manager client (SAM) 32. 
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The window manager 33 provides a mechanism for implementing the sharing of the 
screen regions and user input. The window manager 33 is also responsible for, as directed 
by one or more applications, implementing the creation, display, and allocation of the 
limited DHCT 20 screen resources. Window manager 33 allows multiple applications to 
5 share the screen by assigning ownership of screen regions, or windows. Window manager 
33 communicates with resource manager 35 to coordinate available resources (such as 
display memory) among different resource-consuming processes. Such processes may be 
directly or indirectly invoked by one or more applications. The window manager 33 also 
maintains, among other things, a user input registry 41 in DRAM 40 so that when a user 

10 enters a key or a command via the remote control device 100 or another input device such as 
a keyboard or mouse, the user input registry 41 is accessed to determine which of various 
applications running on the DHCT 20 should receive data corresponding to the input key 
and in which order. As an application is executed, it registers a request to receive certain 
user input keys or commands. When the user presses a key corresponding to one of the 

1 5 commands on the remote control device 1 00, the command is received by the processor 26 
and relayed to the processor 24. The processor 24 dispatches the event to the operating 
'"^ system 34 where it is forwarded to the window manager 33 which ultimately accesses the 
user input registry 41 and routes data corresponding to the incoming command to the 
appropriate application. 

20 The SAM client 32 is a client component of a client-server pair of components, with 

the server component being located on the headend 50. A SAM database 42 in DRAM 40 
includes a data structure of services, a data structure of applications, and a data structure of 
chaimels that are created and updated by the headend 50. Many television services can be 
defined using the same application component, with different parameters. Television 

25 services include, without limitation and in accordance with one implementation, the 

presentation of television broadcast programs, video-on-demand (VOD), and interactive 
program guides (IPG). In general, the identification of a service includes the identification 
of an executable application that provides the service along with a set of application- 
dependent parameters that indicate to the application the service to be provided. As a non- 

30 limiting example, among others, a service of presenting a television program could be 

provided by a WatchTV apphcation executing on processor 24 with a set of parameters to 
view HBO or with a separate set of parameters to view CNN. Each association of the 
application component (watch TV) and one parameter component (HBO or CNN) represents 
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a particular service that has a unique service I.D. The SAM client 32 also interfaces with the 
resource manager 35, as discussed below, to control resources of the DHCT 20. 

Application clients, including enhancement applications 45, can also be 
dovmloaded into DRAM 40 at the request of the SAM client 32, typically in response to a 

5 request by the user or in response to a message from the headend. In this non-limiting 
example DRAM 40 contains a video-on-demand (VOD) application 44, an interactive 
program guide (IPG) application 43, and enhancement applications 45. It should be clear 
to one with ordinary skill in the art that these applications are not limiting and merely 
serve as examples for this present embodiment of the invention. Furthermore, one or 

10 more DRAM based applications may, as an alternative embodiment, be resident in flash 
memory 30. These applications, and others provided by the cable system operator, are 
top level software entities on the network for providing services to the user. 

In one implementation, applications executing on the DHCT 20 work with the 
navigator 36 and the SAM client 32 by abiding by several guidelines. First, an 

15 application utilizes the SAM client 32 for the provision, activation, and suspension of 
services and service enhancements. Second, an application shares DHCT 20 resources 
with other applications and abides by the resource management policies of the SAM 
client 32, the operating system 34, and the DHCT 20. Third, an application corrforms to 
situations where shared resources are only accessible via navigator 36. Fourth, when an 

20 application loses service authorization while providing a service, the application suspends 
the service via the SAM (the navigator 36 v^U reactivate an individual service application 
when it later becomes authorized). Finally, an application client is designed to not have 
access to certain user input keys reserved by the navigator (i.e., power, channel +/-, 
volume +/-, etc.). 

25 Data and software used in providing a DHCT service to a user may be stored in 

one or more of the following memory resources: a data storage device located at a 
headend, a data storage device connected to the DHCT via a local network, a non-volatile 
memory internal to the DHCT, and/or a hard drive intemal to the DHCT. For example, 
an executable program or algorithm corresponding to an operating system (OS) 

30 component, or to a client platform component, or to a client application (e.g. IPG 

application 43), or to respective parts thereof, may reside in and/or execute out of DRAM 
40 and/or flash memory 30, or may reside in a local storage device connected to DHCT 
20 and may be transferred into DRAM 40 for execution. Likewise, data input for an 
executable program or algorithm may reside in DRAM 40 or in flash memory 30, or may 
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reside in a local storage device connected to the DHCT 20 and may be transferred into 
DRAM 40 for use by an executable program or algorithm. In addition, data output by an 
executable program or algorithm may be written into DRAM 40 by the executable 
program or algorithm and may be transferred to flash memory 30 or to a local storage 
5 device for storage purposes. It should be noted, however, that the present invention is not 
limited by where or how any data and/or applications are stored or retrieved. 

Each of the above mentioned applications comprises executable instructions for 
implementing logical functions and can be embodied in any computer-readable mediinn 
for use by or in connection with an instruction execution system, apparatus, or device, 

10 such as a computer-based system, processor-containing system, or other system that can 
fetch and execute the instructions. In the context of this document, a "computer-readable 
medium'* can be any means that can contain, store, communicate, propagate, or transport 
the program for use by or in connection with the instruction execution system, apparatus, 
or device. The computer readable medium can be, for example, but not limited to, an 

l5 electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, 

apparatus, device, or propagation medium. More specific examples (a non-exhaustive 
list) of the computer-readable medium would include the following: an electrical 
connection (electronic) having one or more wires, a portable computer diskette 
(magnetic), a random access memory (RAM) (electronic), a read-only memory (ROM) 

20 (electronic), an erasable programmable read-only memory (EPROM or Flash memory) 
(electronic), an optical fiber (optical), and a portable compact disc read-only memory 
(CDROM) (optical). Note that the computer-readable medium could even be paper or 
another suitable medium upon which the program is printed, as the program can be 
electronically captured, via for instance optical scanning of the paper or other medium, 

25 then compiled, interpreted or otherwise processed in a suitable maimer, and then stored in 
a computer memory. 

FIG. 5 depicts a non-limiting example of selected components of a headend 50 
that is configured to help provide television service enhancements in accordance with one 
embodiment of the present invention. The DNCS 5 1 provides complete management, 

30 monitoring, and control of the network's elements and of the broadcast services provided 
to users. In one implementation, the DNCS 51 uses a data insertion multiplexer 54 and a 
quadrature amplitude modulation (QAM) modulator 55 to insert in-band broadcast file 
system (BFS) data into an MPEG-2 transport stream that is broadcast to DHCTs 20. The 
DNCS 51 also contains a session manager 51C that uses a Digital Storage Media 
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Command and Control (DSMCC) protocol to set up and maintain VOD sessions. The 
session manager 51C processes user-to-network (U-N) session signaling messages, 
manages allocation of session-related network resources, supports network management 
operations, acts as a point of contact to the network for the DHCTs 20 in the network 13 

5 to establish individual sessions, and supports VOD services by providing the signaling 
interface to establish, maintain, and release client initiated exclusive sessions. 

A service application manager (SAM) server 5 IB is a server component of a client- 
server pair of components, v^th the cUent component being located at the DHCT 20. 
Together, the client-server SAM components provide a system in which a service is 

10 identified by the application providing the service and by a parameter that is specific to that 
service. The client-server SAM components also manage the life cycle of the applications 
on the system, includiag the definition, activation, and suspension of services they provide 
and the downloading of the applications into the DHCT 20 as necessary. 

Applications on both the headend 50 and the DHCT 20 can access the data stored 

15 in a broadcast file system (BFS) server 5 1 A in a similar manner to a file system found on 
operating systems. The BFS server 51 A and its counterpart, a BFS client module 38 
(FIG. 3), are part of a file broadcasting system. The BFS server 5 1 A repeatedly sends 
data for applications on a data carousel (not shovm) over a period of time in a cyclical 
manner so that a DHCT 20 may access the data as needed. 

20 A QPSK modem 57 is responsible for transporting the out-of-band IP (intemet 

protocol) datagram traffic between the distribution headend 50 and a DHCT 20. Data from 
the QPSK modem 57 is routed by a headend router 58. The headend router 58 is also 
responsible for deUvering upstream application traflBc to the various server applications such 
as, for example, a billing application 59. The billing application 59 keeps track of services 

25 and service enhancements requested by and provided to DHCT users so that the users can be 
charged for such services. DHCT users may be charged for a service enhancement or for a 
group of service enhancements in one or more ways. For example, a user may be charged 
based on a subscription period, usage time, frequency of use, and/or an availability 
period. DHCT users may also be charged for a certain service enhancement in more than 

30 one way. As a non-limiting example, among others, a user may be charged based on both 
usage time and frequency of use. 

FIG. 6 depicts a non-limiting example of a remote control device 60 that is used to 
provide user input to the DHCT 20. Four arrow buttons are provided including an up 
arrow button 63, a down arrow button 64, a left arrow button 65, and a right arrow button 
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66. These arrow buttons 63-66 can be used to scroll through options and/or to highlight 
an option. The select button 61 may be used to select a currently highlighted option that 
is provided to the user. The guide key 62 may be used to access a television program 
guide such as, for example, IPG 150 (FIG. 15). The function of an A, B, or C button 67- 

5 69 varies depending on the screen being presented to a user at the time of the button's 
activation, and will be discussed further below. Many alternative methods of providing 
user input may be used including a remote control device with different buttons and/or 
button layouts^ a keyboard device, a voice activated input system, etc. The invention 
described herein is not limited by the type of device used to provide user input. 

10 Furthermore, the functionality of the buttons on the remote control device described 

herein is merely illustrative and should not be construed as implying any hmitations upon 
the scope of the present invention. As a non-limiting example, among others, the 
functionality of the arrow buttons 63-66 may be provided via a disc-shaped button (not- 
shown) whereby locations on the disc-shaped button correspond to respective directions 

15 on a display screen. 

FIG. 7 depicts a non-limiting example of a VOD service enhancement 
configuration screen 70 that may be used by a system operator to determine VOD service 
enhancement options that may be requested by users. Configuration screen 70 may be 
generated by a VOD configuration application (not shown) that is executing at the 

20 headend 50. Similar screens may also be used to configure other types of service 
enhancement options. In one embodiment, among others, a distinct screen or set of 
screens is used to configure enhancement options for a respective type of service. In 
another embodiment, a first set of screens is used to configure enhancement options for a 
first type of service and a second set of screens is used to configure enhancement options 

25 for a plurality of service types. In yet another embodiment, a single set of screens is used 
to configure enhancement options for a plurality of services. Configuration screen 70 
includes a list of VOD service enhancement options 71-76 and a list of price entry fields 
77. In this example, the VOD service enhancement options include trick modes 71, rental 
extension 72, bookmark 73, option to record 74, HDTV 75, and pop-up comments 76. 

30 The trick modes option 71 can altematively be replaced by an equivalent-meaning textual 
or graphical visual indication such as "random access functionality" or "VCR 
functionality." The functionality provided in connections with these enhancement options 
71-76 is discussed in more detail below. 
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In one embodiment, among others, the system operator can determine the VOD 
service enhancements that users may request by selecting one or more of the service 
enliancement options 71-76. A system operator may make a selection via an input device 
such as, for example, among others, a mouse, a keyboard, or a touch-screen monitor, etc. 
5 After a service enhancement is selected by a system operator, visual feedback is provided 
confirming the selection. In this example such visual feedback may comprise an "X" 
mark displayed inside a selection box 78 located next to the selected enhancement. The 
system operator may also determine the prices that are to be charged for such service 
enhancements by entering the pricing information in the corresponding price fields 77. In 

10 an alternative embodiment, enhancement option selections and price determinations may 
be selected by a system operator via separate configuration screens. Enhancement 
options that are selected by a system operator are communicated fi:om a headend 50 to 
DHCTs 20, and may be subsequently requested by a user via, for example, a VOD service 
enhancement selection screen 120 (FIG. 12). 

15 It should be noted that the selections shovra in configuration screen 70 are merely 

illustrative and that additional and/or alternative service enhancements can be 
implemented v^ithin the scope of the present invention. In an alternative embodiment, 
service enhancement options may include, for example, receiving a VOD movie having 
corresponding audio that is in a user selected language; such audio is commonly referred 

20 to as a second audio program or SAP. In yet another embodiment, a type of service 

enhancement may be offered with several levels of quality or functionality. For example, 
VOD service enhancement options may offer several levels of improved picture 
resolution and/or audio quality. Each level of quality or functionality of a service 
enhancement may be offered at a different price. 

25 FIG. 8 depicts a non-limiting example of a VOD service enhancement 

configuration screen 80 that is an alternative embodiment to the VOD service 
enhancement configuration screen 70 (FIG. 7). Configuration screen 80 includes a list of 
picture quality enhancement options 81-83 and a list of audio quality eiJiancement 
options 84-86. In this non-limiting example, among others, the picture quality 

30 enhancement options include a higher picture quality option 8 1 , a very high picture 
quality option 82, and an HDTV pictwe quality option 83; and the audio quality 
enhancement options include a higher audio quality option 84, a very high audio quality 
option 85, and a highest audio quality option 86. In one embodiment, among others, the 
quality of a picture or audio VOD enhancement is directly proportional to the amount of 
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data required to encode the video or audio, respectively, of a given VOD presentation. A 
system operator may be presented with additional enhancement options (not shown) by 
scrolling down the configuration screen 80. A system operator can provide input via the 
configuration screen 80 to determine the enhancement options and respective prices that 
5 may be presented to a user of a DHCT 20. 

FIG. 9 depicts a non-limiting example of a VOD rental selection screen 90 that 
can be used by the subscriber to request a VOD presentation using the DHCT 20. The 
rental selection screen 90 described herein is merely illustrative and should not be 
construed as implying any limitations upon the scope of the present invention. Top 

10 portion 91 contains a heading, while bottom portion 92 illustrates relevant navigation 
buttons available on the remote control 60. In this example, bottom portion 92 suggests 
that the "A" button 67 may be used to request an upgrade in VOD catalog functionality 
while the "B" button 68 may be used to access a browse-by menu (not shown). A 
browse-by menu is a menu that provides the user with the option of browsing by selected 

15 categories of VOD titles such as comedy, drama, adventure, etc. 

Video rental list 93 contains the titles of video presentations that are available for 
rent. A user may scroll through the video rental list using the up and down arrow buttons 
63 & 64 on the remote control 60 and may request a currently highlighted video title by 
activating the select button 67. For example, a user may activate the down arrow on the 

20 remote control 60 imtil the selection for the movie title "You've Got Mail" 99 is 

highlighted, and can then request to see this presentation by activating the select button 
67. A reduced screen area 96 displays an image corresponding to the currently 
highlighted video title. As the user scrolls through the video rental list 93, the image 
displayed in the reduced screen area 96 changes accordingly. Information area 97 

25 contains information about the currently highlighted video title which, in this example, is 
Titanic 94. Such information may include a brief content description, a running time, and 
a content rating. 

FIG. 10 depicts a non-limiting example of a personal identification number (PIN) 
entry screen 1 00 that may be presented to the user after the user selects a video title via 
30 the VOD rental selection screen 90 (FIG. 9). The top portion 101 contains the heading 
"PIN ENTRY" while the bottom portion 102 illustrates relevant navigation buttons 
available on the remote control 60. A user can enter a PIN using the remote control 60 
while being presented with the PIN entry screen 1 00. Center portion 1 03 contains entry 
fields 104 that display a for every PIN entry received from the user. In an alternative 
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embodiment a user is not presented with a PIN entry screen and is not required to enter a 
PIN. In yet another alternative embodiment, a user is only presented with a PIN entry 
screen under certain circumstances. Such circumstances may include, for example, if the 
selected video rental corresponds to a category of video rentals that has been blocked (e.g. 
5 for parental control piorposes), if the cost of the video rental exceeds a pre-determined 
threshold, or if the user has pre-configured DHCT settings to require PIN entry. 

FIG. 1 1 is a diagram depicting an example rental period selection screen 110 that 
may be presented to a user after the user enters a PIN via PIN entry screen 100 (FIG. 10). 
In an alternative embodiment, rental period selection screen 110 can be presented to a 

10 user after the user selects a video presentation that the user wishes to rent. In yet another 
embodiment, rental periods are pre-determined and the user is therefore not presented 
with a rental period selection screen. Rental period selection screen 110 contains a rental 
period list 111 which includes rental periods 112 and corresponding rental prices 113. 
Rental period information section 114 provides information about the currently 

15 highlighted rental period which, in this example, is "single viewing" 115. A user may 

activate the up and down arrow buttons 63 and 64 (FIG. 6) to highlight an option and may 
then select the highlighted option by activating the select button 67. 

FIG. 1 2 depicts a non-limiting example of a VOD service enhancement selection 
screen 120. Selection screen 120 can be provided to a user after the user selects a rental 

20 period via rental period selection screen 110 (FIG. 1 1). In this example, selection screen 
120 includes service enhancement options 71-76; option 71 is for receiving trick mode 
fimctionality such as fast-forward or fast-rewind; option 72 is for receiving an option to 
request an extension to a VOD rental period some time after a VOD presentation has been 
requested but before the VOD rental period expires; option 73 is for receiving 

25 functionality enabling a user to bookmark a scene in a VOD presentation so that the user 
may later easily view the bookmarked scene; option 74 provides the user with the ability 
to record the requested VOD presentation; option 75 provides the user with a VOD 
presentation having a high level of resolution; option 76 provides the user with the ability 
to activate on-screen text supplements such as, for example, actor comments, director 

30 comments, critic conmients, and/or viewer conaments. Data identifying these options 71- 
76 may be stored in application memory 46 (FIG. 4) and may be retrieved by processor 
24 (FIG. 2) during the execution of VOD application 44 (FIG. 4) in order to present VOD 
service enhancement selection screen 120. As discussed above, these options are merely 
examples; in an alternative embodiment, a user may be presented with different and/or 
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additional service enhancement options as determined and configured by a system 
operator. 

A user may select a desired service enhancement via an input device such as, for 
example, remote control 60. The user is also provided with price listings 121 that 

5 correspond to respective service enhancement options 71-76. After the user selects an 
option, a total price field 122 is updated to reflect the total price of all the active 
selections made by the user. Visual feedback identifying active selections is provided to 
the user. Such feedback may be in the form of a star icon 123 that is displayed next to 
each option selected by the user or via a different background or foreground color or a 

10 different intensity level for each option selected by the user. Alternatively, star icon 123 
is not employed for selected options but is instead used to represent the respective 
enhancements that the user had previously purchased. A VOD session for the previously 
selected VOD presentation is implemented after the user confirms the service 
enhancement selections. In this example, the user may confirm the selections by 

15 activating the "A" button 67 on the remote control 60 (FIG. 6). 

In one embodiment, among others, after the user confirms the selection of one or 
more service enhancement options, the user is presented with a screen or barker (not 
shown) prompting the user to provide input indicating whether the user's selections 
should be implemented for future VOD rentals requested by the user. If the user provides 

20 user input responding in the affirmative, then information about the selected service 
enhancement options is stored in non-volatile memory (not shown) at the DHCT 20 
and/or at the headend 50 for future reference. This information can be used to implement 
the selected service enhancement options the next time that the user requests a VOD 
rental or to display the star icon 123 next to the respective options the user purchased the 

25 last time the user employed the service. 

FIG. 13 depicts a non-limiting example of a stopped video screen 130 that is 
presented to the user after the user stops the playing of a VOD presentation. The user can 
stop the playing of a VOD presentation by, for example, activating a stop button on the 
remote control 60. A reduced screen area 96 displays an image from the VOD 

30 presentation. The displayed image is preferably the image that was being displayed 

immediately prior to the halt of the VOD presentation. Information section 131 contains 
information related to the VOD presentation, including nxmierical and graphical 
indications 135 as to the playing time and rental time remaining for the media rental. 
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Rental control options list 132 includes, among others, options 136-138 
corresponding to service enhancement options selected via service enhancement selection 
screen 120 (FIG. 12). Options 136-138 may be respectively used to insert a bookmark, to 
purchase a VOD rental time extension, and to activate pop-up comments. Examples of 

5 the functionality that may be provided by these options 136-138 are described in the 

follov^ing patent applications, respectively, which are hereby fully incorporated herein by 
reference: U.S. Patent Application # 09/692995 filed on October 19, 2000 and titled 
"Media-On-Demand Bookmark System:' U.S. Patent Application # 09/693288 filed on 
October 19, 2000 and titled "Media-On-Demand Rental Duration Management System^' 

10 U.S. Patent Application # 09/693780 filed on October 19, 2000 and titled "Synchronized 
VideO'On-Demand Supplements. " 

The selection of a rental control option can result in the presentation of a second 
menu of additional options (not shown) related to the selected option. It should be noted 
that certain service enhancements such as, for example, VCR functionality, can be 

15 implemented during the playing of a VOD presentation in response to receiving user 

input requesting such implementation. Other service enhancements such as, for example, 
HDTV, may be implemented throughout a VOD presentation. In one embodiment, 
among others, a service enhancement may be implemented in response to receiving 
requisite user during the playing of a VOD presentation, and/or while the VOD 

20 presentation is stopped. 

FIG. 14 depicts a non-limiting example of a VOD catalog enhancement selection 
screen 140. Selection screen 140 may be provided to a user after the user requests that a 
VOD catalog service be upgraded. A user may make such a request by, for example, 
activating the "A" button 67 while being presented with the VOD rental selection screen 

25 90 (FIG. 9). In this example, selection screen 140 includes catalog enhancement options 
141-145; option 141 may be used to enable the user to create a list of desired VOD titles 
so that the user may be reminded of these titles at a later time; option 142 may be used to 
enable a user to block certain charmels or programs from being presented to unauthorized 
viewers (e.g. children); option 143 enables the user to browse sub-categories of VOD 

30 titles corresponding to a user selected indexing parameter such as an alphanumeric 
character or a calendar year; option 144 enables the user to search for a particular 
program or movie using a search engine; and option 145 enables the user to receive user- 
selected VOD previews. Data identifying these options 141-145 may be stored in 
application memory 46 (FIG. 4) and may be retrieved by processor 24 (FIG. 2) during the 
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execution of VOD application 44 (FIG. 4) in order to present VOD catalog enhancement 
selection screen 140. 

Examples of the functionality that may be provided pursuant to options 141-144 
are described in the following patent apphcations, respectively, which are hereby fully 

5 incorporated herein by reference: U.S. Patent Application # 09/693784 filed on October 
19, 2000 and titled ''Media-On-Demand Filing And Reminder System,'" U.S. Patent 
Apphcation # 09/590,488 filed on June 9, 2000 and titled "User Interface Navigational 
System With Parental Control For Video On Demand System^' U.S. Patent Application # 
09/692920 filed on October 19, 2000 and titled ''Media On Demand Title Indexing 

10 System, " andV.S, Patent Application # 09/693790 filed on October 19, 2000 and titled 
"Integrated Searching System For Interactive Media Guide.''' 

A user may select a desired catalog enhancement via an input device such as, for 
example, a remote control. The user is also provided v^th price listings 146 for the 
catalog enhancement options 141-145. After the user selects an option, the total price 

15 field 147 is updated to reflect the total price of all the selections made by the user. Visual 
feedback identifying active selections is provided to the user. As described above, such 
feedback may be in the form of a star icon 123 that is displayed next to each option 
selected by the user or by a different background or foreground color or a different 
intensity level for each option selected by the user. The selected VOD catalog 

20 enhancements are set-up and/or authorized after the user provides user input confirming 
the selections. In this example, the user may confirm the selections by activating the "A" 
button 67 on the remote control 60 (FIG. 6). 

It should be noted that the catalog enhancement options 141-145 are merely 
illustrative and that additional and/or alternative catalog enhancement options may be 

25 requested within the scope of the present invention. As a non-limiting example, in one 
embodiment, among others, catalog enhancement options may include an option for 
receiving VOD rental recommendations based on the user's profile or ordering history. 

FIG. 15 depicts a non-limiting example IPG screen 150 that illustrates an initial 
program guide arrangement in a time format that the DHCT 20 presents to the user in 

30 response to user input, such as, for example, the activation of the guide key 111 (FIG. 6). 
The top left portion of IPG screen 150 is a detailed focus area 151 that includes detailed 
channel information (channel number, channel name (ABC®), program name, program 
description, duration, any episode information or rating, etc.) for a program displayed in 
the highlighted program area 1 52 in a main program display area 1 56. Video showing on 
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the channel to which the DHCT 20 is ciirrently tuned (for which audio is also playing, 
and which is typically the program occupying the full screen before the user is presented 
with IPG screen 150) is displayed in a video area 153 in the IPG screen 150. Immediately 
below the video area 1 53 is an information banner 1 54 depicting the channel to which the 
5 DHCT. 20 is currently tuned, the current day and date, and the current time. The main 
program display area 156 contains television program titles corresponding to television 
programs that are or will be available for vievdng during the time periods listed under the 
time area 157 and that correspond to respective television channels identified in channel 
area 158. The highlighted program area 152 is centered in the main program display area 

10 156 enabling the subscriber to scroll up and down to the various program titles listed in 
the main program display area 156. 

The main program display area 156 includes program names organized in a grid 
of rows of channels and columns of time. The channel area 158 includes a vertical list of 
channels organized sequentially firom top to bottom by increasing channel number. The 

15 main program display area 1 56 can be scrolled in both time and channel number 
dimensions. As the subscriber scrolls in time across a calendar day boxmdary, the 
selected day displayed in various areas is automatically updated. 

When the IPG application is first activated by the subscriber, the first, or lowest, 
channel, including chaimel name and number, in the channel lineup is centered in the 

20 channel area 158. In this non-limiting example, among others, the lowest channel in this 
chaimel list displayed in the channel area 158 is ABC ®, which is shown as chaimel 2. 
Continuing with this non-limiting example, the left-most time column in the main 
program display area 156 is set to include titles of programs scheduled to be broadcast 
about two hours into the future with the middle title being highlighted and corresponding 

25 to a program on the lowest channel. Therefore, in this example, the program ABC News 
which is on channel 2, is centered in the highlighted program area 152. It should be noted 
that the current program shown in video area 153 and referenced in information banner 
154, corresponds to a currently tuned channel, which in this example is channel 13, and 
not to the highlighted program on channel 2. The bottom area 155 of IPG screen 150 

30 indicates the selected day for which program data is being displayed as well as 

information about the cvirrent fiinctions of the "A", "B", and "C" buttons 67-69 on the 
remote control 60 (FIG. 6). In this example, the A button 67 can be used to access a 
browse-by list for requesting an IPG screen that contains a subset of television programs 
falling under a user selected browse-by category such as, for example, among others. 
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comedy, drama, action/adventure, sports^ etc.\ the B button 68 can be used to request an 
IPG screen containing program listings for a user selected date; and the C button 69 can 
be used to request an screen containing upgrade options for IPG services. 

FIG. 16 depicts a non-limiting example of an IPG enhancement selection screen 
5 1 60 which may be provided to a user after the user requests that an IPG be upgraded. A 
user may request that an IPG be upgraded by, for example, activating the "C" button 69 
while being presented with IPG screen 150 (FIG. 15). In this example, IPG screen 160 
includes IPG enhancement options 161-163; option 161 enables the user to search for a 
program using a search engine; option 162 enables the user to view clips or previews of a 

10 user-selected program; and option 163 enables the user to modify the layout and content 
on an IPG. Data identifying these options 161-163 may be stored in application memory 
46 (FIG. 4) and may be retrieved by processor 24 (FIG. 2) during the execution of IPG 
application 43 (FIG. 4) in order to present IPG enhancement selection screen 160. 

A user may select a desired IPG enhancement via an input device such as, for 

15 example, a remote control. The user is also provided with price listings 166 for the IPG 
enhancement options 161-163. Options 161-163 may be used to request service 
enhancements that provide the following respective functionality: a search engine for 
searching through IPG program listings, clips and previews of programs listed in an IPG, 
and tools for configuring the appearance and content of an IPG. After the user selects an 

20 option, the total price field 167 is updated to reflect the total price of cxirrently active 
selections. Visual feedback identifying active selections is provided to the user. Such 
feedback may be in the form of a star icon 123 that is displayed next to each option 
selected by the user or, as described above, may be via a different background or 
foreground color or a different intensity level for each option selected by the user. The 

25 selected IPG enhancements are set-up and/or authorized after the user provides input 
confirming the selections. In this example, the user may confirm the selections by 
activating the "A" button 67 on the remote control 60 (FIG, 6). The user can purchase an 
IPG option for the display format of the IPG and/or for the first information and format 
displayed in the organized grid each time the user invokes the IPG application from a 

30 non- visual displayed state. The user can purchase the enhancement option for the 

displayed IPG grid to include the current active time interval, inclusive of the chaimel 
currently tuned or tuaed immediately prior to invoking the IPG application, such that the 
highlighted program in the IPG grid corresponds to the current time program on the 
current tuned channel.lt should be noted that the IPG enhancement options 161-163 axe 
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merely illustrative and that additional and/or alternative IPG enhancement options may be 
requested within the scope of the present invention. As a non-limiting example, in one 
embodiment, among others, IPG enhancement options may include an option for enabling 
a user to view more detailed information about programs listed in an IPG. The service 

5 enhancements described in this invention are provided by service enhancement 

applications, also called "child applications." The application providing the service beipg 
enhanced is called the "parent application/' As is evident from the preferred 
embodiments of the VOD and IPG service, a parent application providing a service can 
be enhanced by one or more child applications, Altematively, a child apphcation can be 

10 compatible with one or more parent applications. 

A service enhancement application and a parent application comply to a pre- 
specified design specification that defines the interfaces (APIs) in which the parent and 
child applications commimicate, including conmivmication of existence via the SAM 
client 32, functional capabilities, and exchange of input and output data that fulfill the 

15 overall enhanced functionality extended by the operation of parent and child applications 
working in concert. According to the supported set of functionality that is conraion 
between a parent application's capabilities and a child application's capabilities, the 
respective set of APIs for the common set of functional capabilities is employed for the 
communication between the parent and child applications. 

20 When the service enhancement application is installed on the system, it registers 

with the SAM server 5 IB at the headend and indicates the applications with which it is 
compatible. Applications are identified in the SAM database by a Universal Resource 
Identifier (URI) In one embodiment, among others, or a numeric application ID in 
another. Additionally, the compatibility of parent and child applications is specified 

25 using a compatibility identifier. 

A first part of an application compatibility identifier is a sub-identification that 
specifies a compatibility group. The compatibility group sub-identification exists in both 
parent and children applications. The compatibility group consists of a plurality of fields. 
In one embodiment, among others, a compatibility group consists of one or more 32-bit 

30 words, each 32-bit word consisting of pre-assigned demarcations or fields specifying 

compatibility information to a respective service enhancement category. For instance, a 
32-bit word may specify eight 6-bit nibbles, each assigned to a functionality category for 
service enhancement. Each nibble specifies a dedicated compatibility subgroup. A first 
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nibble is assigned to a subgroup category called "search functionality." A second nibble is 
assigned as subgroup category "VOD extensions" and a third to "EPG extensions." 

Of the sixteen possible combinations of binary values for a nibble in a subgroup 
category, one value, e.g., 0000, denotes that the application is not compatible to the 
5 respective service enhancement category. A second value, e.g., 1111, denotes that the 
application is compatible to all service enhancements in this subcategory. A third value 
between 0000 and 1111 denotes compatibility to a first specific set of reduced 
functionality and a fourth value between 0000 and 1111 denotes compatibility to a second 
specific set of reduced functionality. A fifth value between 0000 and 1111 denotes 

10 compatibility to at least two specific sets of reduced functionality for that subcategory. 

A second part of the application's compatibility identifier is a sub-identification 
that specifies whether the application is a child or a parent or both. 

An alternative mechanism for specification of compatibility uses a compatibility 
list rather than a compatibility identifier. When the child application registers with the 

15 SAM it specifies the parent applications with which it is compatible in the form of a list 
of their application identifiers. If the child application is compatible with any number of 
parent applications, it so indicates by providing no applications in its compatibility list 
when it registers with the SAM server 5 IB. That is, an empty application compatibility 
list indicates compatibility with all parent applications (as long as the parent application 

20 abides by the API of the child application). 

Non-limiting examples of service enhancement applications that provide service- 
specific enhancements include VOD trick modes (FIG. 7, FIG. 12) or the option to start 
the IPG wdth program information for the current time, and the currently tuned channel. 
These child applications are tightly coupled with their parent applications, and the 

25 Application Programming Interface (API) of each application is known to the other 

application at development time, as mentioned above. In this manner, it is possible for 
the child application to access information and functionality specific to the parent, and for 
the parent application to expect a particular API to be offered by the child application. 

In the example of VOD trick modes, the child application provides an interface for 

30 fast-forward, rewind, etc. Upon playback of a VOD movie, the VOD application 

activates the VOD trick mode service enhancement application if the user purchased the 
enhancement. The VOD application is already programmed to display and allow the 
options of fast-forward, rewind etc. if the user purchased VOD trick modes. When the 
user selects one of the trick modes, the VOD application invokes the corresponding API 
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in the VOD trick mode enhancement application. The VOD trick mode application can 
then commimicate with the VOD application and the video pump at the server to fast- 
forward or rewind the movie, because it has been implemented with a knowledge of and 
has access to the VOD and video pump API. For example, the API to fast-forward the 
5 movie that is invoked by the VOD application provides the VOD trick mode application 
with the IP address of the video server and an identifier of the stream providing the 
movie. 

According to the compatibility specification of each application, non-limiting 
examples of service enhancement applications that can enhance more than one type of 

10 service, i.e. work with multiple parent applications, include a search engine as mentioned 
with VOD and IPG (FIG. 14, FIG. 16), video quality selection such as HDTV (FIG. 8, 
FIG. 12), bookmarking (FIG. 7, FIG. 12), and pop-up comments (FIG. 7, FIG. 12). Such 
child applications provide a generic interface (API) that can be queried and discovered at 
run-time. In this way new service enhancements can be added to parent application 

15 already deployed in the system. 

When a new, generic service enhancement application is installed in the system it 
is assigned an application identifier (URI) by the SAM server 5 IB. The new application 
sends a message to other application server components on the system via the SAM 
indicating the following: 

20 1) the application URI 

2) the fact that it is a generic service enhancement application 

3) a textual description of the enhancement suitable for display in the parent 
application server configuration screen 

4) the price (as configured by the system operator with the enhancement 
25 application configuration screen, not shown) 

The system operator can then use parent application configuration screens such as 
FIG. 7 to add the enhancement to the list of enhancements available with each individual 
parent application, or even all parent applications. 

In the example of the pop-up comments enhancement, upon being purchased by 
30 the user it is activated when the DHCT 20 boots. It registers with the operating system 
for notification of video tuning events. Whenever a video/audio stream is tuned, be it by 
a watching TV application, a VOD application, or a music application, the pop-up 
comments application is notified. It then queries the operating system to determine if the 
pop-up comments are provided along with the video and audio, as for example a private 
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data stream in MPEG content. The pop-up comment application is programmed to be 
aware of various standards and delivery method of the supplemental text. If the 
supplemental comment data is available, the pop-up comments are displayed on the 
screen of the DHCT 20. All of this takes place without requiring any intervention or 
5 input from the parent application(s) that are being enhanced with the pop-up comments. 

FIG. 17 is a flow chart depicting a non-limiting example of a service enhancement 
implementation routine 170 implemented by the SAM client 32 that is initiated after a 
user requests a service enhancement. A service enhancement can be requested, for 
example, among others, via the user interface screens depicted in FIGS. 12, 14, and 16. 

10 After the routine 170 is initiated, the routine determines in block 172 if the application 
corresponding to the requested service enhancement is available at the DHCT 20. If such 
application is available at the DHCT 20, then the routine determines in block 173 if the 
application is ready for use. 

An application may not be ready for use if, for example, it is not loaded into a 

15 fast-access memory or it has not been initialized. If the routine determines that the 
application is ready for use, then the routine terminates as indicated in block 175. If, 
however, the routine determines that the application is not ready for use, then the routine 
initiates in block 174 a set-up process for the application, and then terminates as indicated 
in block 179. The set-up process may involve loading the application into fast access 

20 memory such as, for example, random access memory (RAM), and creating links 
between the service enhancement application and the requesting parent applications. 
These links are essentially handles that can be used for one application to communicate 
with the other via the SAM and the operating system. 

A parent application may be, for example, a VOD application 44 (FIG. 2) that 

25 provides VOD services. Child applications that correspond to VOD application 44 may 
include, for example, service enhancements applications 45 that provide respective 
enhancements accessible via options 136-138 (FIG. 13) discussed above. In one 
embodiment, among others, a child application is only downloaded by a DHCT 20 if a 
corresponding parent application is already stored at the DHCT 20. 

30 If in block 172 the routine determines that the application corresponding to the 

requested service enhancement application is not available at the DHCT 20, then the 
routine initiates in step 176 the downloading of the application. After the application is 
downloaded, the routine initiates in block 174 a set-up process for the application, and 
then terminates as indicated in block 179. 
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FIG. 18 is a flow chart depicting a service enhancement implementation routine 
1 80 that is an altemative embodiment to the service enhancement implementation routine 
1 70 illustrated in FIG. 6. Routine 1 80 is initiated in step 1 8 1 after a user requests a 
service enhancement. A service enhancement may be requested, for example, via the user 
5 interface screens depicted in FIGS. 12, 14, and 16. After the routine 1 80 is initiated, it 
determines in block 182 if the user is authorized to use the parent application 
corresponding to the requested service enhancement. As indicated above, a parent 
application is an application that provides a service that can be enhanced via a child 
application. 

10 A user may be authorized to use a parent application if, for example, the user has 

subscribed to receive a service provided by the parent application. If the user is not 
authorized to use the parent application, then the user is offered the option of subscribing 
to use the parent application, as indicated in step 1 83. As a non-limiting example, if a 
user who is not authorized to receive VOD services requests a service enhancement 

15 enabling the user to view VOD previews, then the user may be presented with a barker 
that states "Would you like to subscribe to Video-On-Demand?" The user may then 
provide user input accepting or declining the offer. The routine 180 then determines in 
step 184 if the offer is accepted. If the offer is rejected, then the routine 180 terminates as 
indicated in step 185. 

20 If the user is authorized to use the parent application or if the user accepts an offer 

to subscribe to an enhancement service provided by the parent application, then the 
routine 1 80 determines in step 187 if the parent application is available at the DHCT 20 
(FIG. 1). If the parent application is not available at the DHCT 20, then the routine 180 
initiates the downloading and set-up of the parent application. The routine 180 then 

25 determines in step 1 89 if the child application for providing the requested service 

enhancement is available at the DHCT 20. If the child application is available, then the 
routine 180 initiates in step 191 the set-up of the child application and terminates in step 
193. However, if the child application is not available, then the routine 1 80 initiates in 
step 192 the downloading and set-up of the child application, and then terminates in step 

30 193. 

The user may be charged for a service enhancement or for a group of service 
enhancements in one or more ways. For example, the user may be charged based on a 
subscription period, usage time, frequency of use, and/or an availability period. A user 
may also be charged for a certain service enhancement in more than one way. As a non- 
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limiting example, among others, a user may be charged based on both usage time and 
frequency of use. 

It should be emphasized that the above-described embodiments of the present 
invention, particularly any "preferred embodiments", are merely possible examples, 
among others, of the implementations, setting forth a clear understanding of the principles 
of the invention. Many variations and modifications may be made to the above-described 
embodiments of the invention without departing substantially from the principles of the 
invention. All such modifications and variations are intended to be included herein 
within the scope of the disclosure and present invention and protected by the following 
claims. 
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1 . A method for providing a television service enhancement, comprising: 

receiving a first user input requesting a television service; 

providing the user v^th an option to receive an enhancement to the television 

service for a charge; 
receiving a second user input selecting the option to receive the enhancement 

to the television service; 
providing the user with the television service; and 
providing the user vnth the enhancement to the television service. 

2. The method of claim 1, further comprising: 

charging the user for the enhancement to the television service. 

3 . The method of claim 1 , further comprising: 

providing the user with additional television service enhancement options in 
response to receiving the second user input. 

4. The method of claim 1 , where the second user input is received prior to initiation of 
the television service. 

5. The method of claim 1, where the second user input is received after initiation of the 
television service. 

6. The method of claim 1, where the second user input is received while the television 
service is being provisioned, 

7. The method of claim 1 , further comprising: 

if the user had previously selected the option to receive the enhancement, 

identifying the option as an option that had been previously selected by 
the user. 

8. The method of claim 7, where the options is identified via an icon. 



25 



wo 03/024084 



PCT/US02/28212 



9. The method of claim 7, where the options is identified via a background color. 

10. The method of claim 1 , where the option is configured by a system operator. 

1 1 . The method of claim 7, where a single screen is used by the system operator to 
configure enliancement options for a plurality of television service types. 

12. The method of claim 7, where multiple screens are used by the system operator to 
configure enhancement options for a plurality of television service types. 

13. The method of claim 7, where a first screen is used to configure enhancement options 
for a first type of television service and a second screen is used to configure 
enhancement options for a second type of television service. 

14. The method of claim 1 , where the user is provided with multiple service enhancement 
options. 

15. The metliod of claim 14, where the multiple service enhancement options are for 
providing respective multiple levels of a service enhancement. 

16. The method of claim 1 5, where the multiple levels of the service enhancement are 
levels of a picture quality. 

1 7. The method of claim 1 5, where the multiple levels of the service enhancement are 
levels of audio quality. 

1 8. The method of claim 1 , where the user is charged for the service enhancement based 
on a number of times that the service enhancement is requested by the user. 

1 9. The method of claim 1 , where the user is charged for the service enhancement based 
on a subscription for the service enhancement. 



26 



wo 03/024084 



PCT/US02/28212 



20. The method of claim 1 , where the user is charged for the service enhancement based 
on a frequency that the service enhancement is used. 

21. The method of claim 1 , where the user is charged for the service enhancement based 
on a usage period for the service enhancement. 

22. The method of claim 1 , where the user is charged for the service enhancement based 
on a length of a time period that the service enhancement is made available for the 
user. 

23. The method of claim 1 , where the television service is provided via a first software 
application and the enhancement to the television service is provided via a second 
software application. 

24. The method of claim 23, where the first software application is a parent application 
and the second software application is a child application. 

25. The method of claim 24, where compatibility of a child application with a parent 
application is specified using a compatibility identifier. 

26. The method of claim 25, where a first part of the compatibility identifier is a sub- 
identification that identifies a compatibility group. 

27. The method of claim 26, where the first part of the compatibility identifier is 
contained in the parent application and in the child application. 

28. The method of claim 26, where the compatibility group comprises a plurality of 
fields. 

29. The method of claim 26, where the compatibility group comprises one or more 32-bit 
words. 

30. The method of claim 25, where a second part of the compatibility identifier specifies 
whether an application is a parent application or a child application. 
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3 1 . The method of claim 23, where the method is implemented via an apparatus located at 
a customer premises. 

32. The method of claim 3 1 ^ where the apparatus comprises a data storage device. 

33. The method of claim 32, where the second software application is downloaded to the 
apparatus only if the first software application is stored in the data storage device. 

34. The method of claim 1, where providing the user with an option to receive an 
enhaucement to the television service is responsive to receiving the first user input 
requesting a television service. 

35. The method of claim 1, where the second user input is received while the user is being 
provided with the television service. 

36. The method of claim 1 , where the second user input is received while the user is not 
being provided with the television service. 

37. The method of claim 1, where the television service is presented to a user via a 
display device. 

38. The method of claim 37, where the display device is a television. 

39. The method of claim 1, where user input is provided via a remote control device. 

40. The method of claim 1, where the television service is a video-on-demand (VOD) 
presentation. 

41 . The method of claim 40, where the enhancement to the television service is the 
provision of a user selected audio language. 

42. The method of claim 40, where the enhancement to the television service is the 
provision of trick mode functionality. 
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43. The method of claim 40, where the enhancement to the television service is the 
provision of an option to request a rental extension. 

44. The method of claim 40, where the enhancement to the television service is the 
provision of an option to record a VOD presentation. 

45. The method of claim 40, where the enhancement to the television service is the 
provision of enhanced resolution video images. 

46. The method of claim 40, where the enhancement to the television service is the 
provision of pop-up comments. 

47. The method of claim 1, where the television service is the provision of a video-on- 
demand catalog. 

48. The method of claim 47, where the enhancement to the television service is the 
provision of functionality enabling the user to construct a shopping list. 

49. The method of claim 47, where the enhancement to the television service is the 
provision of functionality enabling the user to implement parental control. 

50. The method of claim 47, where the enhancement to the television service is the 
provision of indexed VOD titles. 

5 1 . The method of claim 47, where the enhancement to the television service is the 
provision of functionality enabling the user to search for a VOD title. 

52. The method of claim 47, where the enhancement to the television service is the 
provision of functionality enabling the user to preview a VOD title. 

53. The method of claim 1, where the television service is the provision of an interactive 
program guide (IPG). 
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54. The method of claim 53, where the enhancement to the television service is the 
provision of an initial IPG screen that provides a chaimel listing corresponding to a 
currently tuned channel and a time hsting that covers the current time. 

55. The method of claim 53, where the enhancement to the television service is the 
provision of functionality enabling the user to search for a television program listing. 

56. The method of claim 53, where the enhancement to the television service is the 
provision of functionality enabling the user to preview television programs. 

57. The method of claim 53, where the enhancement to the television service is the 
provision of functionality enabling the user to receive a previously broadcast 
television program. 

58. The method of claim 53, where the enhancement to the television service is the 
provision of fimctionality enabling the user to receive a television program that is 
scheduled to be broadcast at a future time. 

59. The method of claim 53, where the enhancement to the television service is the 
provision of functionality enabling the user to configure the appearance of an 
interactive program guide. 

60. A system for providing a television service enhancement to a user^, comprising: 

determination logic configured to determine whether an enhancement to a 

television service is to be initiated; 
initiation logic configured to initiate the provision of the enhancement to the 

television service responsive to the determination logic; and 
where the user is provided with the enhancement to the television service for a 

charge. 

61 . The system of claim 60, where the television service is provided via a first software 
application and the enhancement to the television service is provided via a second 
software application. 
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62. The system of claim 6 1 , where the system is located at a customer premises. 

63. The system of claim 62, where the system comprises a data storage device. 

64. The system of claim 63, where the second software application is downloaded to the 
system only if the first software application is stored in the data storage device. 

65. The system of claim 60, where the determination logic is responsive to user input. 

66. The system of claim 65, where the user input is received while the user is being 
provided with the television service. 

67. The system of claim 65, where the user input is received while the user is not being 
provided with the television service. 

68. The system of claim 60, where the television service is presented to a user via a 
display device. 

69. The system of claim 68, where the display device is a television. 

70. The system of claim 60, where user input is provided via a remote control device. 

71. The system of claim 60, where the television service is a video-on-demand (VOD) 
service. 

72. The system of claim 71 , where the VOD service is a VOD presentation. 

73. The system of claim 72, where the enhancement to the television service is the 
provision of trick mode functionality. 

74. The system of claim 72, where the enhancement to the television service is the 
provision of an option to request a rental extension. 
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75. The system of claim 72, where the enhancement to the television service is the 
provision of an option to record a VOD presentation. 

76. The system of claim 72, where the enhancement to the television service is the 
provision of enlianced resolution video images. 

77. The system of claim 72, where the enhancement to the television service is the 
provision of pop-up comments. 

78. The system of claim 71, where the VOD service is a VOD catalog. 

79. The system of claim 78, where the enhancement to the television service is the 
provision of functionality enabling the user to construct a shopping list. 

80. The system of claim 78, where the enhancement to the television service is the 
provision of functionality enabling the user to implement parental control. 

81 . The system of claim 78, where the enhancement to the television service is the 
provision of indexed VOD titles. 

82. The system of claim 78, where the enhancement to the television service is the 
provision of functionality enabling the user to search for a VOD title. 

83. The system of claim 78, where the enhancement to the television service is the 
provision of functionality enabling the user to preview a VOD title. 

84. The system of claim 60, where the television service is the provision of an IPG. 

85. The system of claim 84, where the enhancement to the television service is the 
provision of functionality enabling the user to search for a television program listing. 

86. The system of claim 84, where the enhancement to the television service is the 
provision of functionality enabling the user to preview television programs. 
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87. The system of claim 84, where the enhancement to the television service is the 
provision of functionality enabling the user to receive a previously broadcast 
television program. 

88. The system of claim 84, where the enhancement to the television service is the 
provision of functionality enabling the user to receive a television program that is 
scheduled to be broadcast at a future time. 



89. The system of claim 84, where the enhancement to the television service is the 
provision of functionality enabling the user to configiare the appearance of an 
interactive program guide. 
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